home *** CD-ROM | disk | FTP | other *** search
/ BCI NET 2 / BCI NET 2.iso / archives / programming / amos / amoslist-0195.lzh / AMOSLIST / text0231.txt < prev    next >
Encoding:
Text File  |  1995-02-01  |  2.4 KB  |  62 lines
  1.  
  2.  
  3. On Mon, 23 Jan 1995, Dolfan in VA wrote:
  4.  
  5. > On Mon, 23 Jan 1995, Marco Beretta wrote:
  6. > > None has some ideas in how to update a object in a fast way without 
  7. > > having to update all the object on the screen (which really works well but 
  8. > > slows everything down!) ?
  9. > Well, if you have TURBO PLUS, couldn't you use the (I can't remember the
  10. > command) Wait VBL like command where you specify which line to wait for
  11. > before continuing?  In other words if you have a scroller at the top of the
  12. > screen and the scroller's bottom is on line 75, just wait till line 76
  13. > before going on to the next loop.
  14. > 
  15. > Make sense?
  16.  
  17. This would be a good thing if I I hadn't to update a window which is extends
  18. from the middle to the bottom of the window. 
  19. I have to wait till the Vertical Blank reach the bottom. Unless there is 
  20. a way to set the start position of the vertical blank! 
  21.  
  22.  
  23. >Many of the interfaces I write run into these problems.  I've found the
  24. >only way of speeding up these kind of re-draws is to break each section of
  25. >the screen, or even each button, into individual procedures.  Thus, when
  26. >the user clicks on a button and you want the button to look "depressed",
  27. >you simply increment a flag and call that button's procedure. 
  28. >Alternatively, as I said, you could create procedures for entire sections,
  29. >such as:
  30.  
  31. >TRANSLATE:  X:_____  Y:_____  Z:_____
  32.  
  33. >This would be in one procedure, so whenever a value in the X, Y, or Z text
  34. >boxes is updated, the entire TRANSLATE procedure is called, updating all
  35. >the pertinent values.
  36.  
  37. No, the problem are not Procedure. They are quite fast... they are great 
  38. for modify a single object... but when you have 3-4 object on the screen 
  39. things become dramatically slow.
  40.  
  41.  
  42.  
  43. I'm thinking to delete all the windows and then update them when you have 
  44. decided the position (or the orientation) of the object. This would make 
  45. object definition quite difficult, though.
  46.  
  47. I watched Imagine way to move and rotate objects. I have tried to use a 
  48. simila way of updating screen, but all resulted in mess (the code has 
  49. become too complicated even for me!) 
  50.  
  51. Another way would be drawing and deleting only the object to be modified 
  52. leaving the backgraoud to corrupt and them update everything when you 
  53. have decided or better when you want (pressing RETURN for example) as 
  54. Imagine do. (But in Imagine background is not corrupted).
  55.  
  56. I also thought of using sprite and bobs... what a mess!!!!
  57.  
  58. However thanks for the help
  59.  
  60. M&F
  61.  
  62.